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METHOD AND APPARATUS FOR ISOLATING FAILING HARDWARE IN A 

PCI RECOVERABLE ERROR 

BACKGROUND OF THE INVENTION 

5 

1. Technical Field: 

The present invention relates generally to an 
improved data processing system, and in particular to a 
method and apparatus for processing errors in a data 
10 processing system. Still more particularly, the present 
invention provides a method, apparatus, and computer 
implemented instructions for isolating failing hardware 
in response to errors in the data processing system. 

15 2. Description of Related Art: 

By definition, a logically partitioned (LPARed) 
system is one in which multiple operating systems (OSs) 
or multiple instances (multiple copies of the OS loaded 
into memory) of the same OS can be running on the system 

20 simultaneously. It is a requirement that all errors, 

both hardware and software, be isolated to the partition 
or partitions that are affected by the particular error. 

For input/output (I/O) subsystems, this requirement 
can be tricky, since I/O bus architectures are not 

25 designed to isolate their errors between I/O adapters 

such that one I/O adapter does not "see" errors occurring 
on a different I/O adapter. Thus, an error occurring in 
a single I/O adapter may cause an error that cannot be 
isolated, with existing architectures, to one single 

30 partition. In some cases, errors occurring in the system 
are recoverable. In currently available systems, a 
repair action may be indicated, but the systems are 



2 

Docket No. AUS920010142US1 

unable to isolate the faulty hardware component. 

Therefore, it would be advantageous to have an 
improved method and apparatus for isolating failing 
hardware in response to recoverable errors. 
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SUMMARY OF THE INVENTION 

The present invention provides a method, apparatus, 
5 and computer implemented instructions for isolating 
failing hardware in a data processing system. In 
response to detecting a recovery attempt from an error, 
an indication of the attempt is stored. A hardware 
component associated with the error is placed in an 
10 unavailable state in response to the error exceeding a 
threshold for errors. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the 
5 invention are set forth in the appended claims. The 

invention itself, however, as well as a preferred mode of 
use, further objectives and advantages thereof, will best 
be understood by reference to the following detailed 
description of an illustrative embodiment when read in 
10 conjunction with the accompanying drawings, wherein: 

Figure 1 is a block diagram of a data processing 
system, which may be implemented as a logically 
partitioned server in accordance with the present 
invention; 

15 Figure 2 is a block diagram of a terminal bridge in 

accordance with the present invention; 

Figure 3 is a diagram illustrating components used 
in isolating failing hardware in recoverable errors in 
accordance with a preferred embodiment of the present 
20 invention; 

Figure 4 is a flowchart of a process used for 
handling errors in accordance with a preferred embodiment 
of the present invention; 

Figure 5 is a flowchart of a process used for 
25 placing a device into an unavailable state in accordance 
with a preferred embodiment of the present invention; and 

Figure 6 is a flowchart of process used for 
resetting a slot in accordance with a preferred 
embodiment of the present invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

With reference now to Figure 1, a block diagram of a 

5 data processing system, which may be implemented as a 
logically partitioned server is depicted in accordance 
with the present invention. Data processing system 100 
may be a symmetric multiprocessor (SMP) system with a 
plurality of processors 101, 102, 103, and 104 connected 

10 to system bus 106. For example, data processing system 
100 may be an IBM RS/6000, a product of International 
Business Machines Corporation in Armonk, New York. 
Alternatively, a single processor system may be employed. 
Also connected to system bus 106 is memory 

15 controller /cache 108, which provides an interface to a 
plurality of local memories 160-163. I/O bus bridge 110 
is connected to system bus 106 and provides an interface 
to I/O bus 112. Memory controller/cache 108 and I/O bus 
bridge 110 may be integrated as depicted. 

20 Data processing system 100 is a logically 

partitioned data processing system. Thus, data 
processing system 100 may have multiple heterogeneous 
operating systems (or multiple instances of a single 
operating system) running simultaneously. Each of these 

25 multiple operating systems may have any number of 
software programs executing within in it. Data 
processing system 100 is logically partitioned such that 
different I/O adapters 120-121, 128-129, 136-137, and 
146-147 may be assigned to different logical partitions. 

30 Thus, for example, suppose data processing system 

100 is divided into three logical partitions, Pi, P2 , and 
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P3. Each of I/O adapters 120-121, 128-129, 136-137, and 
146-147, each of processors 101-104, and each of local 
memories 160-164 are assigned to one of the three 
partitions. For example, processor 101, local memory 

5 160, and I/O adapters 120, 128, and 129 may be assigned 
to logical partition Pi; processors 102-103, memory 161, 
and I/O adapters 121 and 137 may be assigned to partition 
P2; and processor 104, memories 162-163, and I/O adapters 
136 and 146-147 may be assigned to logical partition P3 . 

10 Each operating system executing within data 

processing system 100 is assigned to a different logical 
partition. Thus, each operating system executing within 
data processing system 100 may access only those I/O 
units that are within its logical partition. For 

15 example, one instance of the Advanced Interactive 

Executive (AIX) operating system may be executing within 
partition Pi, a second instance (image) of the AIX 
operating system may be executing within partition P2, 
and a Windows 2 000™ operating system may be operating 

20 within logical partition Pi. Windows 2000 is a product 
and trademark of Microsoft Corporation of Redmond, 
Washington . 

Peripheral component interconnect (PCI) host bridge 
114 connected to I/O bus 112 provides an interface to PCI 

25 local bus 115. A number of Terminal Bridges 116-117 may 
be connected to PCI bus 115. Typical PCI bus 
implementations will support four terminal bridges for 
providing expansion slots or add-in connectors. Each of 
terminal bridges 116-117 is connected to a PCI I/O 

30 adapter 120-121 through a PCI Bus 118-119. Each I/O 
adapter 120-121 provides an interface between data 
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processing system 100 and input/output devices such as, 
for example, other network computers, which are clients 
to server 100, Only a single I/O adapter 120-121 may be 
connected to each terminal bridge 116-117. Each of 
5 terminal bridges 116-117 is configured to prevent the 

propagation of errors up into the PCI host bridge 114 and 
into higher levels of data processing system 100. By 
doing so, an error received by any of terminal bridges 
116-117 is isolated from the shared buses 115 and 112 of 
10 the other I/O adapters 121, 128-129, and 136-137 that may 
be in different partitions. Therefore, an error 
occurring within an I/O device in one partition is not 
"seen" by the operating system of another partition. 

Thus, the integrity of the operating system in one 
15 partition is not affected by an error occurring in 

another logical partition. Without such isolation of 
errors, an error occurring within an I/O device of one 
partition may cause the operating systems or application 
programs of another partition to cease to operate or to 
20 cease to operate correctly. 

Additional PCI host bridges 122, 130, and 140 
provide interfaces for additional PCI buses 123, 131, and 
141. Each of additional PCI buses 123, 131, and 141 are 
connected to a plurality of terminal bridges 124-125, 
25 132-133, and 142-143, which are each connected to a PCI 
I/O adapter 128-129, 136-137, and 146-147 by a PCI bus 
126-127, 134-135, and 144-145. Thus, additional I/O 
devices, such as, for example, modems or network adapters 
may be supported through each of PCI I/O adapters 
30 128-129, 136-137, and 146-147. In this manner, server 

100 allows connections to multiple network computers. A 
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memory mapped graphics adapter 148 and hard disk 150 may 
also be connected to I/O bus 112 as depicted, either 
directly or indirectly. 

The mechanism of the present invention may be 
5 implemented within data processing system 100 to isolate 
failing hardware in response to recoverable errors. The 
hardware is isolated when the recoverable error occurs 
more often than a selected threshold. In these examples, 
the threshold is exceeded when a third attempt occurs to 
10 retry the same operation in which a recoverable error 

occurs. In response to the threshold being exceeded, the 
hardware component is placed in an unavailable state. In 
this manner, calls to the hardware component will result 
in a response that the hardware component is unavailable. 
15 Those of ordinary skill in the art will appreciate 

that the hardware depicted in Figure 1 may vary. For 
example, other peripheral devices, such as optical disk 
drives and the like, also may be used in addition to or 
in place of the hardware depicted. The depicted example 
20 is not meant to imply architectural limitations with 
respect to the present invention. 

With reference now to Figure 2, a block diagram of a 
terminal bridge, which may be implemented as one of 
terminal bridges 116-117, 124-125, 132-133, and 142-143 
25 in Figure 1, is depicted in accordance with the present 
invention. Terminal bridge 200 includes control state 
machine 202, output data buffer 206, and input data 
buffer 208. Control state machine 202 includes enhanced 
error handling (EEH) unit 204. 
30 EEH unit 204 within terminal bridge 200 provides a 

mechanism for detecting PCI bus errors for operations, 
such as, for example, Load or Store operations. Further, 



Docket No. AUS920010142US1 



9 



EEH unit 204 also provides a mechanism for retrying 
operations in response to detecting the errors. These 
functions are also referred to as bus error recovery. 

Output data buffer 206 is a small memory bank that 

5 receives data from a PCI Host Bridge, such as, for 

example, PCI host bridge 114 in Figure 1, and stores the 
data for processing by control state machine 202 prior to 
passing it on to a PCI I/O adapter, such as for example, 
PCI I/O adapter 120. Input data buffer 208 is also a 

10 small memory bank that receives data from the PCI I/O 
adapter and stores the data for processing by control 
state machine 202 prior to passing it on to the PCI host 
bridge. The control state machine directs the flow of 
operations between the PCI Host Bridge PCI bus and the 

15 PCI I/O Adapter PCI bus. This control is generally 
described by the PCI-to-PCI Bridge Architecture 
Specification, as defined by the PCI Special Interest 
Group . 

EEH 204 within control state machine 202 is added by 
20 the present invention and prevents errors from the I/O 

adapter from being propagated up into the shared buses of 
the other I/O adapters, such that these errors are 
isolated from other logical partitions. 

In order for errors to be isolated from the shared 
25 buses of other I/O adapters that may be in different 
partitions from the I/O adapter on which the error 
occurred, the following conditions should be met. When 
the I/O adapter attached to the terminal bridge 
encounters an error on its PCI bus, it is placed into the 
30 enhanced error handling (EEH) stopped state. The EEH 
stopped state is the state where no further operations 
are allowed to cross the bridge either to or from the I/O 
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adapter (i.e.. Load and Store operations to the I/O 
adapter are blocked and DMA operations from the I/O 
adapter are blocked) . In the EEH stopped state, control 
state machine 202 prevents these operations. 

When entering the EEH stopped state, any data in 
buffers 206-208 for that I/O adapter is discarded. From 
the time that the I/O adapter EEH stopped state is 
entered, the I/O adapter is prevented from responding to 
load and store operations from processors 102 and 104 in 
Figure 1 . A load operation returns all 1 ' s in the data 
to the processor software which is executing the load 
operation, with no error indication, and a store 
operation is ignored (i.e., the load and store operations 
are treated as if they received a master-abort error, as 
defined by the PCI local bus specification) , until the 
software explicitly releases terminal bridge 200 so that 
the device driver can continue load/ store operations to 
the I/O adapter. 

Also, from the time that the I/O adapter EEH stopped 
state is entered, the I/O adapter is prevented from 
completing a DMA operation, until the software explicitly 
releases terminal bridge 200 so that the I/O adapter can 
continue DMA operations. For example, when the I/O 
adapter requests access to the bus by activating the PCI 
REQ signal on the bus, do not signal the I/O adapter that 
the operation may proceed by activating the PCI GNT 
signal on the bus or, alternatively, activate the PCI GNT 
signal, but then signal a target-abort of the operation, 
as defined by the PCI local bus specification (i.e., 
target creates a certain signal combinations on the bus, 
as defined by the PCI Local Bus Specification, which 
signals that the target is aborting the operation) . 
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When the I/O adapter is the master of the operation 
(i.e., when the I/O adapter is the initiator of the 
operation) , as defined by the PCI Local Bus 
Specification, terminal bridge 200 for that I/O adapter 
does not place the I/O adapter into the EEH stopped state 
on any of the errors listed in Table 1 and discards any 
write data if the operation is a write operation. 



Table 1 



(1) I/O adapter Master-Aborts 

(2) I/O adapter write operation with bad data 
parity 

(3) I/O adapter Target-Aborted by the terminal 
bridge 

(4) I/O adapter detects bad data parity on a read 
operation from the terminal bridge 

An I/O adapter master-abort error occurs when the 
terminal bridge detects bad address parity and does not 
respond. Therefore, the I/O adapter master-aborts the 
operation. When an I/O adapter write operation with bad 
data parity error occurs, the terminal bridge activates 
the PCI bus parity error (PERR) signal to the I/O adapter 
and discards the write operation. When an I/O adapter 
detects bad data parity on a read operation from the 
terminal bridge, the I/O adapter activates the PCI bus 
PERR signal to the terminal bridge. 

If the I/O adapter is master and the EEH function is 
enabled for that I/O adapter, then the terminal bridge 
places the I/O adapter into the EEH stopped state on 
occurrence of any of the conditions listed in Table 2 and 
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discards any write data if the operation is a write 
operation. 



Table 2 


(1) the 


I/O 


adapter activates the PCI bus SERR 


signal 






(2) the 


I/O 


adapter's posted write fails 



A posted write means that the I/O adapter is no 
longer on the bus. An I/O adapter's posted write to the 
terminal bridge may fail to the PCI host bridge (PHB) for 
transfers to the system. For peer-to-peer operations, 
the posted write may fail to another terminal PCI bus. 
The posted write may fail if the target, which is the PHB 
or another I/O adapter beneath the same terminal bridge, 
does not respond. Also in peer-to-peer operations, the 
posted write may fail if the target signals a 
target-abort, or if the target detects a data parity 
error and signals a PERR. If an I/O adapter posted write 
to the terminal bridge fails and the terminal bridge 
cannot determine the originating I/O adapter master, then 
the terminal bridge either places all the terminal 
bridges for all the I/O adapters that might have been the 
originating I/O adapter master, into the EEH stopped 
state, or the terminal bridge drives a non- recoverable 
error (for a PCI bus, that would be a SERR) to the PHB. 

When the PHB is master for a load or store 
operation, the terminal bridge does not place the target 
I/O adapter into the EEH stopped state on any of the 
conditions listed in Table 3 occurs and discards any 
write data in the buffers 206-208 if the operation is a 
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write operation. 



Table 3 



(1) the PHB Master-Aborts 

(2) the PHB attempts a read/write operation with 
bad address parity 

(3) the PHB is Target-Aborted by the terminal 
bridge 

(4) the PHB detects bad data parity on a read 
operation from the terminal bridge 

In the case where the PHB attempts a read/write 
(i.e., load/store) operation with bad address parity, the 
terminal bridge does not respond, so the PHB 
master-aborts . 

If the PHB is the master (i.e., for a load or store 
operation) and the terminal bridge for the target I/O 
adapter has the EEH function enabled, then the terminal 
bridge for the target I/O adapter places the I/O adapter 
into the EEH stopped state and discards any write data if 
the operation is a write operation or returns all l's in 
the data, on any of the occurrence of any of the 
conditions listed in Table 4. 



Table 4 

7T) the PHB delayed read fails on the terminal PCI 
bus, 

(2) the PHB delayed write (i.e., Store to PCI I/O 
space) fails on the target PCI bus and the terminal 
bridge returns no error to the PHB, 
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(3) the PHB posted write operation (Store to PCI 
memory space) to the terminal bridge fails on the 
terminal PCI bus 

(4) the PHB write (Store) data has bad parity and 
the terminal bridge drives PERR to the PHB and 
discards the write data. 

The PHB posted write operation to the terminal bridge 
fails on the terminal PCI bus occurs when the I/O adapter 
does not respond, and therefore, the terminal bridge 
master-aborts, or the I/O adapter signals a target-abort 
or PERR. 

If the terminal bridge for the I/O adapter sees a 
SERR signaled, the terminal bridge places the I/O 
adapters on that terminal bus into the EEH stopped state. 
Finally, the I/O adapter does not share an interrupt with 
another I/O adapter in the platform. 

Store operations from the software are many times 
used to setup I/O operations in an I/O adapter. The EEH 
stopped state prevents any corruption of data in the 
system by preventing the software from starting a 
particular I/O operation when a previous Store to the I/O 
adapter fails. For example, the software issues Store 
operations to the I/O adapter to tell the I/O adapter 
what address and what data length to transfer and then 
tells the I/O adapter via a different Store to initiate 
the operation. If one of the Stores prior to this 
initiation Store has failed, then the I/O adapter may 
transfer the data to or from the wrong address or using 
the wrong length, and the data in the system will be 
corrupted. By putting the I/O adapter into the EEH 
state, the Store operation, which is used to initiate the 



15 

Docket No. AUS920010142US1 

I/O operation in the I/O adapter will never reach the I/O 
adapter, thus preventing transfer to or from the wrong 
address or with an invalid length. 

In another methodology, I/O operations are sometimes 
initiated through memory queues in local memory 160 in 
Figure 1. The software sets up an operation in a queue 
in local memory 160 and then tells the I/O adapter to 
begin the operation. The I/O adapter then reads the 
operation from local memory and updates the queue 
information in local memory by writing data to the local 
memory queue structure, including a status of the 
operation that it has performed (e.g., operation complete 
without error or operation completed with error) . By 
placing the I/O adapter into the EEH stopped state and 
preventing further operations by the I/O adapter after an 
error from which the I/O adapter cannot recover (e.g., a 
failure of a posted write operation to local memory) , the 
I/O adapter is prevented from signaling good completion 
of the operation in the local memory queue when in 
reality the data sent to local memory during the 
operation was in error. 

While an I/O adapter is in the EEH stopped state, a 
load operation issued from the software to the I/O 
adapter will return a data value of all-l's in the data 
bits. If the software looks at the returned data and 
determines that it is all-l's when it should not be 
(e.g., status bits in a status register that the software 
is expecting to be a value of 0) then it can determine 
that the terminal bridge may be in the EEH stopped state 
and can then look at the terminal bridge status registers 
to see if it is indeed in the EEH stopped state. If the 
terminal bridge is in the EEH stopped state, then the 
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software can initiate the appropriate recovery procedures 
to reset the adapter, remove the terminal bridge from the 
EEH stopped state, and restart the operation. More 
information on EEH errors may be found in Isolation of 

5 I/O Bus Errors to a Single Partition in an EPAR 

Environment, application number 09/589,664, filed June 8, 
2000, which is incorporated herein by reference. 

Turning next to Figure 3, a diagram illustrating 
components used in isolating failing hardware in 

10 recoverable errors is depicted in accordance with a 

preferred embodiment of the present invention. In these 
examples, runtime abstraction services (RTAS) 300 provide 
an interface between operation system 302 and hardware 
system 304. In particular, RTAS 300 translates calls 

15 made by components within operating system 302, such as 
device driver 306 into appropriate calls or commands to 
hardware 304. Device driver 306 is a component within 
operating system 302 used to interface with devices 
within hardware 304. Hardware 304 includes various 

20 devices, such as I/O adapter 120 in Figure 1. RTAS 300 
deals directly with the hardware and avoids requiring 
device driver 306 having to be configured to make these 
calls. In other words, RTAS 300 is similar to 
application programming interfaces (APIs) within 

25 operating system 302 from which programs may make calls 
using these APIs. 

For recoverable master or target abort errors, 
device driver 306 of operating system 302 receives an 
interrupt indicating the abort and device driver 306 can 

30 retry the operation. When an EEH recoverable error is 

detected by device driver 306, device driver 306 may send 
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the calls to RTAS 300 to reset the hardware component, 
which is an I/O device in this example, and allow the 
operation to be retried. Then, device driver 306 may 
retry the operation. In either recovery case, when such 
a recovery is attempted, device driver 306 logs an error 
report into error log 308 within operating system 302 
indicating that a recoverable error has been detected. 
In the depicted examples, an error report will include 
information indicating the device that the device driver 
was accessing, but not indicate that any service action 
is required. Additionally, device driver 306 will make a 
call to RTAS 300 to reset the slot in the EEH case. In 
these examples, this reset call is made through kernel 
service 310 for the PCI bus. Although device driver 306 
could be designed to make calls directly to RTAS 300, 
kernel service 310 is a component within operating system 
302 providing functions for device driver 306 in which 
kernel service 310 makes calls directly to RTAS 300 for 
device driver 306 and other components within operating 
system 302. 

After a third successive attempt to retry the 
attempted operation, device driver 306 sends a call to 
RTAS 300 to indicate that the I/O device should be placed 
into a permanent reset or unavailable state. The call is 
placed through kernel service 310, which in turn sends 
the call to RTAS 300. This call is made because of the 
number of recoverable errors occurring. Although in this 
example, the threshold for such an action is three 
successive errors for the same operation, other threshold 
levels may be used. For example, the threshold may be 
five successive errors for the same operation, seven 
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successive errors for different operations, or four 
errors for the same operation over a selected period of 
time . 

RTAS 300 will use a firmware routine to determine 

5 the nature of the fault and return fault isolation 

information to allow the failing hardware to be isolated. 
For the various recoverable error scenarios outlined 
above, the system components such as the PCI Host bridge, 
Terminal Bridge and PCI I/O adapter contain fault 

10 isolation registers that indicate the kinds of errors 

they detected. The firmware routine reads these registers 
and determines which components contain the fault and 
what fault information to return to the operating system. 
In presently available systems, each component in the 

15 system, such as, for example, a PCI host bridge, terminal 
bridge and PCI I/O adapter, contain fault isolation 
registers that indicate the kinds of errors they detect 
and the firmware routine, such as those which may be 
executed by a service processor, looks at the register 

20 values to determine the failing component. 

In this manner, the mechanism of the present 
invention allows isolated recoverable error incidents to 
be handled without prematurely calling or identifying the 
particular hardware component as being bad or failed. 

25 Additionally, through setting different thresholds, the 
mechanism of the present invention allows hardware 
components to be identified as requiring repair or 
replacement . 

Depending on the implementation, a different or 
30 modified device driver function may be used to test 
adapters. The diagnostics processes also may use a 
different threshold for failure. As a result, if during a 
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diagnostics test a device driver detected a recoverable 
error, the device driver may make a call to permanently 
reset call to determine the failing components 
independently of the normal device driver threshold. 

5 Operating system 302 includes diagnostic processes 

312 to check for problems with I/O adapters. During 
diagnostic test of an I/O adapter the diagnostics may use 
different or modified device driver 306 to indicate a 
failure even on the first occurrence of a recoverable 

10 error. The same RTAS call used to mark the slot 

permanently unavailable would be used to get fault 
isolation information for the diagnostics case. 
After determining the fault information, the diagnostics 
may not wish to keep the device in a permanently 

15 unavailable state unless the threshold of unrecoverable 
errors was reached. Hence after the failure analysis, 
diagnostics could issue the RTAS call to reconfigure the 
slot for the adapter using the same function as if a 
replacement PCI device had been hot-plugged into the 

20 slot. 

With reference now to Figure 4, a flowchart of a 
process used for handling errors is depicted in 
accordance with a preferred embodiment of the present 
invention. The process illustrated in Figure 4 may be 
25 implemented in a device drive, such as device drive 306 
in Figure 3 . 

The process begins when the data processing system 
starts or a component is hot-plugged into the PCI adapter 
slot (step 400) . If the error count for adapter in the 
30 operating system device driver is not equal to zero, then 
the error count is set to zero (step 402) . Next, the PCI 
adapter function is performed (step 404) . This function 
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may include performing various I/O operations, such as 
load, store, or direct memory access (DMA) operations. 

A determination is then made as to whether the PCI 
recoverable error is detected by the hardware (step 406) . 

5 If a recoverable error is detected, a determination is 
made as to whether the recoverable error is a master or 
target abort detected by the device driver as an 
interrupt (step 408) * If the answer to this 
determination is yes, the device driver will increment 

10 the count of errors (step 410) . When a recoverable error 
occurs, whether detected by a master or target abort or 
the EEH mechanism, a determination is made as to whether 
the allowed errors have exceeded a threshold (step 412) . 
If the allowed errors have exceeded the threshold, the 

15 device driver makes a firmware call to mark the PCI slot 
as permanently unavailable (step 414) . This call is made 
to an RTAS, such as RTAS 300 in Figure 3. Further, the 
firmware determines the cause of the failure and returns 
the error isolation information to the device driver. In 

20 this example, the device driver logs the error 

information and ends usage of the adapter (step 416) with 
the process terminating thereafter. 

With reference back to step 412, if the allowed 
errors have not exceed the threshold, the device driver 

25 logs an error to the system without a detailed fault 
isolation, resets the PCI slot, and removes the EEH 
stopped state terminal bridge for the slot in the EEH 
case to allow operation to be retried (step 418) with the 
process returning to step 404 as described above. 

30 Turning again to step 408 if the recoverable error 

is not reported as a target or master abort, then the 
hardware stops slots from returning all u l's" for any 



21 

Docket No. AUS920010142US1 

read (step 420) . The device driver detects possible EEH 
stop states (all "I's return) and queries the terminal 
bridge (step 422) . A determination is then made as to 
whether an EEH stopped state is present (step 424) . If 
5 an EEH stopped state is not present, other error 

processing is initiated (step 426) with the process 
terminating thereafter. Otherwise the process returns to 
step 410 as described above. 

With reference again to step 406, if the PCI 

10 recoverable error is not detected by the hardware, the 
process returns to step 404 as described above. 

Turning now to Figure 5, a flowchart of a process 
used for placing a device into an unavailable state is 
depicted in accordance with a preferred embodiment of the 

15 present invention. The process illustrated in Figure 5 
may be implemented in an RTAS, such as RTAS 300 in Figure 
3. 

The process begins be receiving a call from a device 
driver to place the slot in an unavailable state (step 

20 500) . Thereafter, a query is made to the hardware 

component in the slot to obtain fault information (step 
502) . Next, the slot is placed in a permanent reset 
state (step 504) . The fault information is then returned 
to the device driver (step 506) with the process 

25 terminating thereafter. 

With reference now to Figure 6, a flowchart of 
process used for resetting a slot is depicted in 
accordance with a preferred embodiment of the present 
invention. The process illustrated in Figure 6 may be 

30 implemented within firmware, such as RTAS 300 in Figure 
3. 
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The process begins by determining whether the 
replacement of the device in a slot marked as permanently 
reset has been replaced (step 600) . This replacement may 
occur while the data processing system is running by a 
5 hot-plug operation. Alternatively, this check may occur 
when the data processing system restarts or is turned on. 
In a hot-plug or hot swap operation, a component is 
pulled out from a system and a new component is plugged 
into the system while the power is still on and the 

10 system is still operating. If a replacement has not 
occurred, the process returns to step 600. Upon 
detecting replacement of the device, the slot in which 
the device is placed is set to an available state (step 
602) with the process terminating thereafter. 

15 Thus, the mechanism of the present invention 

provides a method, apparatus, and computer implemented 
instructions for handling errors and isolating failing 
hardware in response to recoverable errors. The 
mechanism of the present invention, in these examples, 

20 causes a device driver to use a kernel service to issue a 
call to firmware to permanently reset a slot containing a 
device after a threshold of failures has occurred. In 
the depicted examples, this threshold is when more than 
three consecutive attempts for the same operation, such 

25 as transferring the same data has occurred. The firmware 
holds the slot in a permanent reset state in case the 
device driver attempts to access the particular device at 
a later time. Such an attempted access would result in 
the device driving receiving an indication that the 

30 device is unavailable. 

It is important to note that while the present 
invention has been described in the context of a fully 
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functioning data processing system, those of ordinary 
skill in the art will appreciate that the processes of 
the present invention are capable of being distributed in 
the form of a computer readable medium of instructions 
5 and a variety of forms and that the present invention 
applies equally regardless of the particular type of 
signal bearing media actually used to carry out the 
distribution. Examples of computer readable media 
include recordable- type media, such as a floppy disk, a 

10 hard disk drive, a RAM, CD-ROMs, DVD-ROMs, and 

transmission- type media, such as digital and analog 
communications links, wired or wireless communications 
links using transmission forms, such as, for example, 
radio frequency and light wave transmissions. The 

15 computer readable media may take the form of coded 

formats that are decoded for actual use in a particular 
data processing system. 

The description of the present invention has been 
presented for purposes of illustration and description, 

20 and is not intended to be exhaustive or limited to the 
invention in the form disclosed. Many modifications and 
variations will be apparent to those of ordinary skill in 
the art . The embodiment was chosen and described in 
order to best explain the principles of the invention, 

25 the practical application, and to enable others of 

ordinary skill in the art to understand the invention for 
various embodiments with various modifications as are 
suited to the particular use contemplated. 



